home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1993 / Internet Info CD-ROM (Walnut Creek) (1993).iso / inet / rfc / rfc1441 < prev    next >
Encoding:
Text File  |  1993-05-02  |  24.8 KB  |  769 lines
  1.  
  2.  
  3.  
  4.           Network Working Group                                  J. Case
  5.           Request for Comments: 1441                 SNMP Research, Inc.
  6.                                                            K. McCloghrie
  7.                                                       Hughes LAN Systems
  8.                                                                  M. Rose
  9.                                             Dover Beach Consulting, Inc.
  10.                                                            S. Waldbusser
  11.                                               Carnegie Mellon University
  12.                                                               April 1993
  13.  
  14.  
  15.                          Introduction to version 2 of the
  16.                   Internet-standard Network Management Framework
  17.  
  18.  
  19.           Status of this Memo
  20.  
  21.           This RFC specifes an IAB standards track protocol for the
  22.           Internet community, and requests discussion and suggestions
  23.           for improvements.  Please refer to the current edition of the
  24.           "IAB Official Protocol Standards" for the standardization
  25.           state and status of this protocol.  Distribution of this memo
  26.           is unlimited.
  27.  
  28.  
  29.           Table of Contents
  30.  
  31.  
  32.           1 Introduction ..........................................    2
  33.           2 Components of the SNMPv2 Framework ....................    3
  34.           2.1 Structure of Management Information .................    3
  35.           2.2 Textual Conventions .................................    4
  36.           2.3 Protocol Operations .................................    4
  37.           2.4 Transport Mappings ..................................    4
  38.           2.5 Protocol Instrumentation ............................    5
  39.           2.6 Administrative Framework ............................    5
  40.           2.7 Conformance Statements ..............................    5
  41.           3 Acknowledgements ......................................    7
  42.           4 References ............................................   11
  43.           5 Security Considerations ...............................   13
  44.           6 Authors' Addresses ....................................   13
  45.  
  46.  
  47.  
  48.  
  49.  
  50.  
  51.  
  52.  
  53.  
  54.  
  55.  
  56.  
  57.  
  58.           Case, McCloghrie, Rose & Waldbusser                   [Page 1]
  59.  
  60.  
  61.  
  62.  
  63.  
  64.           RFC 1441            Introduction to SNMPv2          April 1993
  65.  
  66.  
  67.           1.  Introduction
  68.  
  69.           The purpose of this document is to provide an overview of
  70.           version 2 of the Internet-standard Network Management
  71.           Framework, termed the SNMP version 2 framework (SNMPv2).  This
  72.           framework is derived from the original Internet-standard
  73.           Network Management Framework (SNMPv1), which consists of these
  74.           three documents:
  75.  
  76.                RFC 1155 [1] which defines the Structure of Management
  77.                Information (SMI), the mechanisms used for describing and
  78.                naming objects for the purpose of management.
  79.  
  80.                RFC 1212 [2] which defines a more concise description
  81.                mechanism, which is wholly consistent with the SMI.
  82.  
  83.                RFC 1157 [3] which defines the Simple Network Management
  84.                Protocol (SNMP), the protocol used for network access to
  85.                managed objects.
  86.  
  87.           For information on coexistence between SNMPv1 and SNMPv2,
  88.           consult [4].
  89.  
  90.  
  91.  
  92.  
  93.  
  94.  
  95.  
  96.  
  97.  
  98.  
  99.  
  100.  
  101.  
  102.  
  103.  
  104.  
  105.  
  106.  
  107.  
  108.  
  109.  
  110.  
  111.  
  112.  
  113.  
  114.  
  115.  
  116.  
  117.           Case, McCloghrie, Rose & Waldbusser                   [Page 2]
  118.  
  119.  
  120.  
  121.  
  122.  
  123.           RFC 1441            Introduction to SNMPv2          April 1993
  124.  
  125.  
  126.           2.  Components of the SNMPv2 Framework
  127.  
  128.           A network management system contains: several (potentially
  129.           many) nodes, each with a processing entity, termed an agent,
  130.           which has access to management instrumentation; at least one
  131.           management station; and, a management protocol, used to convey
  132.           management information between the agents and management
  133.           stations.  Operations of the protocol are carried out under an
  134.           administrative framework which defines both authentication and
  135.           authorization policies.
  136.  
  137.           Network management stations execute management applications
  138.           which monitor and control network elements.  Network elements
  139.           are devices such as hosts, routers, terminal servers, etc.,
  140.           which are monitored and controlled through access to their
  141.           management information.
  142.  
  143.  
  144.           2.1.  Structure of Management Information
  145.  
  146.           Management information is viewed as a collection of managed
  147.           objects, residing in a virtual information store, termed the
  148.           Management Information Base (MIB).  Collections of related
  149.           objects are defined in MIB modules.  These modules are written
  150.           using a subset of OSI's Abstract Syntax Notation One (ASN.1)
  151.           [5].  It is the purpose of the Structure of Management
  152.           Information for SNMPv2 document [6] to define that subset.
  153.  
  154.           The SMI is divided into three parts: module definitions,
  155.           object definitions, and, trap definitions.
  156.  
  157.           (1)  Module definitions are used when describing information
  158.                modules.  An ASN.1 macro, MODULE-IDENTITY, is used to
  159.                concisely convey the semantics of an information module.
  160.  
  161.           (2)  Object definitions are used when describing managed
  162.                objects.  An ASN.1 macro, OBJECT-TYPE, is used to
  163.                concisely convey the syntax and semantics of a managed
  164.                object.
  165.  
  166.           (3)  Notification definitions are used when describing
  167.                unsolicited transmissions of management information.  An
  168.                ASN.1 macro, NOTIFICATION-TYPE, is used to concisely
  169.                convey the syntax and semantics of a notification.
  170.  
  171.  
  172.  
  173.  
  174.  
  175.  
  176.           Case, McCloghrie, Rose & Waldbusser                   [Page 3]
  177.  
  178.  
  179.  
  180.  
  181.  
  182.           RFC 1441            Introduction to SNMPv2          April 1993
  183.  
  184.  
  185.           2.2.  Textual Conventions
  186.  
  187.           When designing a MIB module, it is often useful to new define
  188.           types similar to those defined in the SMI.  In comparison to a
  189.           type defined in the SMI, each of these new types has a
  190.           different name, a similar syntax, but a more precise
  191.           semantics.  These newly defined types are termed textual
  192.           conventions, and are used for the convenience of humans
  193.           reading the MIB module.  It is the purpose of the Textual
  194.           Conventions for SNMPv2 document [7] to define the initial set
  195.           of textual conventions available to all MIB modules.
  196.  
  197.           Objects defined using a textual convention are always encoded
  198.           by means of the rules that define their primitive type.
  199.           However, textual conventions often have special semantics
  200.           associated with them.  As such, an ASN.1 macro, TEXTUAL-
  201.           CONVENTION, is used to concisely convey the syntax and
  202.           semantics of a textual convention.
  203.  
  204.  
  205.           2.3.  Protocol Operations
  206.  
  207.           The management protocol provides for the exchange of messages
  208.           which convey management information between the agents and the
  209.           management stations.  The form of these messages is a message
  210.           "wrapper" which encapsulates a Protocol Data Unit (PDU).  The
  211.           form and meaning of the "wrapper" is determined by an
  212.           administrative framework which defines both authentication and
  213.           authorization policies.
  214.  
  215.           It is the purpose of the Protocol Operations for SNMPv2
  216.           document [8] to define the operations of the protocol with
  217.           respect to the sending and receiving of the PDUs.
  218.  
  219.  
  220.           2.4.  Transport Mappings
  221.  
  222.           The management protocol, version 2 of the Simple Network
  223.           Management Protocol, may be used over a variety of protocol
  224.           suites.  It is the purpose of the Transport Mappings for
  225.           SNMPv2 document [9] to define how the SNMPv2 maps onto an
  226.           initial set of transport domains.  Other mappings may be
  227.           defined in the future.
  228.  
  229.  
  230.  
  231.  
  232.  
  233.  
  234.  
  235.           Case, McCloghrie, Rose & Waldbusser                   [Page 4]
  236.  
  237.  
  238.  
  239.  
  240.  
  241.           RFC 1441            Introduction to SNMPv2          April 1993
  242.  
  243.  
  244.           Although several mappings are defined, the mapping onto UDP is
  245.           the preferred mapping.  As such, to provide for the greatest
  246.           level of interoperability, systems which choose to deploy
  247.           other mappings should also provide for proxy service to the
  248.           UDP mapping.
  249.  
  250.  
  251.           2.5.  Protocol Instrumentation
  252.  
  253.           It is the purpose of the Management Information Base for
  254.           SNMPv2 document [10] to define managed objects which describe
  255.           the behavior of a SNMPv2 entity.  The Manager-to-Manager MIB
  256.           document [11] defines an initial set of managed objects which
  257.           describe the behavior of a SNMPv2 entity which acts in a
  258.           manager role.  It is expected that extensions to this MIB will
  259.           be defined in the future.
  260.  
  261.  
  262.           2.6.  Administrative Framework
  263.  
  264.           It is the purpose of the Administrative Model for SNMPv2
  265.           document [12] to define the behavior of a SNMPv2 party - a
  266.           conceptual, virtual execution context whose operation is
  267.           restricted (for security or other purposes) to an
  268.           administratively defined subset of all possible operations of
  269.           a particular SNMPv2 entity.
  270.  
  271.           Associated with each SNMPv2 party is a single authentication
  272.           protocol and a single privacy protocol.  It is the purpose of
  273.           the Security Protocols for SNMPv2 document [13] to define
  274.           those protocols.
  275.  
  276.           The Party MIB for SNMPv2 document [14] defines managed objects
  277.           which correspond to the properties associated with a SNMPv2
  278.           party.
  279.  
  280.  
  281.           2.7.  Conformance Statements
  282.  
  283.           It may be useful to define the acceptable lower-bounds of
  284.           implementation, along with the actual level of implementation
  285.           achieved.  It is the purpose of the Conformance Statements for
  286.           SNMPv2 document [15] to define the notation used for these
  287.           purposes.  There are two kinds of notations:
  288.  
  289.  
  290.  
  291.  
  292.  
  293.  
  294.           Case, McCloghrie, Rose & Waldbusser                   [Page 5]
  295.  
  296.  
  297.  
  298.  
  299.  
  300.           RFC 1441            Introduction to SNMPv2          April 1993
  301.  
  302.  
  303.           (1)  Compliance statements are used when describing
  304.                requirements for agents with respect to object
  305.                definitions.  An ASN.1 macro, MODULE-COMPLIANCE, is used
  306.                to concisely convey such requirements.
  307.  
  308.           (2)  Capability statements are used when describing
  309.                capabilities of agents with respect to object
  310.                definitions.  An ASN.1 macro, AGENT-CAPABILITIES, is used
  311.                to concisely convey such capabilities.
  312.  
  313.           Finally, collections of related objects are grouped together
  314.           to form a unit of conformance.  An ASN.1 macro, OBJECT-GROUP,
  315.           is used to concisely convey the syntax and semantics of a
  316.           group.
  317.  
  318.  
  319.  
  320.  
  321.  
  322.  
  323.  
  324.  
  325.  
  326.  
  327.  
  328.  
  329.  
  330.  
  331.  
  332.  
  333.  
  334.  
  335.  
  336.  
  337.  
  338.  
  339.  
  340.  
  341.  
  342.  
  343.  
  344.  
  345.  
  346.  
  347.  
  348.  
  349.  
  350.  
  351.  
  352.  
  353.           Case, McCloghrie, Rose & Waldbusser                   [Page 6]
  354.  
  355.  
  356.  
  357.  
  358.  
  359.           RFC 1441            Introduction to SNMPv2          April 1993
  360.  
  361.  
  362.           3.  Acknowledgements
  363.  
  364.           The SNMPv2 framework is based on the outstanding technical
  365.           direction pioneered by the original authors of the SGMP: James
  366.           R. (Chuck) Davin, of the MIT Laboratory for Computer Science,
  367.           Mark S. Fedor, of Performance Systems International, Inc.,
  368.           Martin L. Schoffstall, also of PSI, and Jeffrey D. Case.
  369.  
  370.           Since the invention of the SGMP in 1987, many individuals have
  371.           devoted much energy toward creating the unprecedented success
  372.           of the Internet-standard Network Management Framework.  As
  373.           such, the list of people worthy of acknowledgement is too
  374.           great to enumerate here.
  375.  
  376.           However, in retrospect, it seems clear that the concepts in
  377.           the original architecture, as envisioned by Chuck Davin, have
  378.           provided the basis for the success of the current framework.
  379.           We hope that the SNMPv2 framework will be able to successfully
  380.           build on this work.
  381.  
  382.           Finally, the comments of the SNMP version 2 working group are
  383.           gratefully acknowledged:
  384.  
  385.                Beth Adams, Network Management Forum
  386.                Steve Alexander, INTERACTIVE Systems Corporation
  387.                David Arneson, Cabletron Systems
  388.                Toshiya Asaba
  389.                Fred Baker, ACC
  390.                Jim Barnes, Xylogics, Inc.
  391.                Brian Bataille
  392.                Andy Bierman, SynOptics Communications, Inc.
  393.                Uri Blumenthal, IBM Corporation
  394.                Fred Bohle, Interlink
  395.                Jack Brown
  396.                Theodore Brunner, Bellcore
  397.                Stephen F. Bush, GE Information Services
  398.                Jeffrey D. Case, University of Tennessee, Knoxville
  399.                John Chang, IBM Corporation
  400.                Szusin Chen, Sun Microsystems
  401.                Robert Ching
  402.                Chris Chiotasso, Ungermann-Bass
  403.                Bobby A. Clay, NASA/Boeing
  404.                John Cooke, Chipcom
  405.                Tracy Cox, Bellcore
  406.                Juan Cruz, Datability, Inc.
  407.  
  408.  
  409.  
  410.  
  411.  
  412.           Case, McCloghrie, Rose & Waldbusser                   [Page 7]
  413.  
  414.  
  415.  
  416.  
  417.  
  418.           RFC 1441            Introduction to SNMPv2          April 1993
  419.  
  420.  
  421.                David Cullerot, Cabletron Systems
  422.                Cathy Cunningham, Microcom
  423.                James R. (Chuck) Davin, Bellcore
  424.                Michael Davis, Clearpoint
  425.                Mike Davison, FiberCom
  426.                Cynthia DellaTorre, MITRE
  427.                Taso N. Devetzis, Bellcore
  428.                Manual Diaz, DAVID Systems, Inc.
  429.                Jon Dreyer, Sun Microsystems
  430.                David Engel, Optical Data Systems
  431.                Mike Erlinger, Lexcel
  432.                Roger Fajman, NIH
  433.                Daniel Fauvarque, Sun Microsystems
  434.                Karen Frisa, CMU
  435.                Shari Galitzer, MITRE
  436.                Shawn Gallagher, Digital Equipment Corporation
  437.                Richard Graveman, Bellcore
  438.                Maria Greene, Xyplex, Inc.
  439.                Michel Guittet, Apple
  440.                Robert Gutierrez, NASA
  441.                Bill Hagerty, Cabletron Systems
  442.                Gary W. Haney, Martin Marietta Energy Systems
  443.                Patrick Hanil, Nokia Telecommunications
  444.                Matt Hecht, SNMP Research, Inc.
  445.                Edward A. Heiner, Jr., Synernetics Inc.
  446.                Susan E. Hicks, Martin Marietta Energy Systems
  447.                Geral Holzhauer, Apple
  448.                John Hopprich, DAVID Systems, Inc.
  449.                Jeff Hughes, Hewlett-Packard
  450.                Robin Iddon, Axon Networks, Inc.
  451.                David Itusak
  452.                Kevin M. Jackson, Concord Communications, Inc.
  453.                Ole J. Jacobsen, Interop Company
  454.                Ronald Jacoby, Silicon Graphics, Inc.
  455.                Satish Joshi, SynOptics Communications, Inc.
  456.                Frank Kastenholz, FTP Software
  457.                Mark Kepke, Hewlett-Packard
  458.                Ken Key, SNMP Research, Inc.
  459.                Zbiginew Kielczewski, Eicon
  460.                Jongyeoi Kim
  461.                Andrew Knutsen, The Santa Cruz Operation
  462.                Michael L. Kornegay, VisiSoft
  463.                Deirdre C. Kostik, Bellcore
  464.                Cheryl Krupczak, Georgia Tech
  465.                Mark S. Lewis, Telebit
  466.  
  467.  
  468.  
  469.  
  470.  
  471.           Case, McCloghrie, Rose & Waldbusser                   [Page 8]
  472.  
  473.  
  474.  
  475.  
  476.  
  477.           RFC 1441            Introduction to SNMPv2          April 1993
  478.  
  479.  
  480.                David Lin
  481.                David Lindemulder, AT&T/NCR
  482.                Ben Lisowski, Sprint
  483.                David Liu, Bell-Northern Research
  484.                John Lunny, The Wollongong Group
  485.                Robert C. Lushbaugh Martin, Marietta Energy Systems
  486.                Michael Luufer, BBN
  487.                Carl Madison, Star-Tek, Inc.
  488.                Keith McCloghrie, Hughes LAN Systems
  489.                Evan McGinnis, 3Com Corporation
  490.                Bill McKenzie, IBM Corporation
  491.                Donna McMaster, SynOptics Communications, Inc.
  492.                John Medicke, IBM Corporation
  493.                Doug Miller, Telebit
  494.                Dave Minnich, FiberCom
  495.                Mohammad Mirhakkak, MITRE
  496.                Rohit Mital, Protools
  497.                George Mouradian, AT&T Bell Labs
  498.                Patrick Mullaney, Cabletron Systems
  499.                Dan Myers, 3Com Corporation
  500.                Rina Nathaniel, Rad Network Devices Ltd.
  501.                Hien V. Nguyen, Sprint
  502.                Mo Nikain
  503.                Tom Nisbet
  504.                William B. Norton, MERIT
  505.                Steve Onishi, Wellfleet Communications, Inc.
  506.                David T. Perkins, SynOptics Communications, Inc.
  507.                Carl Powell, BBN
  508.                Ilan Raab, SynOptics Communications, Inc.
  509.                Richard Ramons, AT&T
  510.                Venkat D. Rangan, Metric Network Systems, Inc.
  511.                Louise Reingold, Sprint
  512.                Sam Roberts, Farallon Computing, Inc.
  513.                Kary Robertson, Concord Communications, Inc.
  514.                Dan Romascanu, Lannet Data Communications Ltd.
  515.                Marshall T. Rose, Dover Beach Consulting, Inc.
  516.                Shawn A. Routhier, Epilogue Technology Corporation
  517.                Chris Rozman
  518.                Asaf Rubissa, Fibronics
  519.                Jon Saperia, Digital Equipment Corporation
  520.                Michael Sapich
  521.                Mike Scanlon, Interlan
  522.                Sam Schaen, MITRE
  523.                John Seligson, Ultra Network Technologies
  524.                Paul A. Serice, Corporation for Open Systems
  525.  
  526.  
  527.  
  528.  
  529.  
  530.           Case, McCloghrie, Rose & Waldbusser                   [Page 9]
  531.  
  532.  
  533.  
  534.  
  535.  
  536.           RFC 1441            Introduction to SNMPv2          April 1993
  537.  
  538.  
  539.                Chris Shaw, Banyan Systems
  540.                Timon Sloane
  541.                Robert Snyder, Cisco Systems
  542.                Joo Young Song
  543.                Roy Spitier, Sprint
  544.                Einar Stefferud, Network Management Associates
  545.                John Stephens, Cayman Systems, Inc.
  546.                Robert L. Stewart, Xyplex, Inc. (chair)
  547.                Kaj Tesink, Bellcore
  548.                Dean Throop, Data General
  549.                Ahmet Tuncay, France Telecom-CNET
  550.                Maurice Turcotte, Racal Datacom
  551.                Warren Vik, INTERACTIVE Systems Corporation
  552.                Yannis Viniotis
  553.                Steven L. Waldbusser, Carnegie Mellon Universitty
  554.                Timothy M. Walden, ACC
  555.                Alice Wang, Sun Microsystems
  556.                James Watt, Newbridge
  557.                Luanne Waul, Timeplex
  558.                Donald E. Westlake III, Digital Equipment Corporation
  559.                Gerry White
  560.                Bert Wijnen, IBM Corporation
  561.                Peter Wilson, 3Com Corporation
  562.                Steven Wong, Digital Equipment Corporation
  563.                Randy Worzella, IBM Corporation
  564.                Daniel Woycke, MITRE
  565.                Honda Wu
  566.                Jeff Yarnell, Protools
  567.                Chris Young, Cabletron
  568.                Kiho Yum, 3Com Corporation
  569.  
  570.  
  571.  
  572.  
  573.  
  574.  
  575.  
  576.  
  577.  
  578.  
  579.  
  580.  
  581.  
  582.  
  583.  
  584.  
  585.  
  586.  
  587.  
  588.  
  589.           Case, McCloghrie, Rose & Waldbusser                  [Page 10]
  590.  
  591.  
  592.  
  593.  
  594.  
  595.           RFC 1441            Introduction to SNMPv2          April 1993
  596.  
  597.  
  598.           4.  References
  599.  
  600.           [1]  Rose, M., and McCloghrie, K., "Structure and
  601.                Identification of Management Information for TCP/IP-based
  602.                internets", STD 16, RFC 1155, May 1990.
  603.  
  604.           [2]  Rose, M., and McCloghrie, K., "Concise MIB Definitions",
  605.                STD 16, RFC 1212, March 1991.
  606.  
  607.           [3]  Case, J., Fedor, M., Schoffstall, M., Davin, J., "Simple
  608.                Network Management Protocol", STD 15, RFC 1157, SNMP
  609.                Research, Performance Systems International, MIT
  610.                Laboratory for Computer Science, May 1990.
  611.  
  612.           [4]  Case, J., McCloghrie, K., Rose, M., and Waldbusser, S.,
  613.                "Coexistence between version 1 and version 2 of the
  614.                Internet-standard Network Management Framework", RFC
  615.                1452, SNMP Research, Inc., Hughes LAN Systems, Dover
  616.                Beach Consulting, Inc., Carnegie Mellon University, April
  617.                1993.
  618.  
  619.           [5]  Information processing systems - Open Systems
  620.                Interconnection - Specification of Abstract Syntax
  621.                Notation One (ASN.1), International Organization for
  622.                Standardization.  International Standard 8824, (December,
  623.                1987).
  624.  
  625.           [6]  Case, J., McCloghrie, K., Rose, M., and Waldbusser, S.,
  626.                "Structure of Management Information for version 2 of the
  627.                Simple Network Management Protocol (SNMPv2)", RFC 1442,
  628.                SNMP Research, Inc., Hughes LAN Systems, Dover Beach
  629.                Consulting, Inc., Carnegie Mellon University, April 1993.
  630.  
  631.           [7]  Case, J., McCloghrie, K., Rose, M., and Waldbusser, S.,
  632.                "Textual Conventions for version 2 of the the Simple
  633.                Network Management Protocol (SNMPv2)", RFC 1443, SNMP
  634.                Research, Inc., Hughes LAN Systems, Dover Beach
  635.                Consulting, Inc., Carnegie Mellon University, April 1993.
  636.  
  637.           [8]  Case, J., McCloghrie, K., Rose, M., and Waldbusser, S.,
  638.                "Protocol Operations for version 2 of the Simple Network
  639.                Management Protocol (SNMPv2)", RFC 1448, SNMP Research,
  640.                Inc., Hughes LAN Systems, Dover Beach Consulting, Inc.,
  641.                Carnegie Mellon University, April 1993.
  642.  
  643.  
  644.  
  645.  
  646.  
  647.  
  648.           Case, McCloghrie, Rose & Waldbusser                  [Page 11]
  649.  
  650.  
  651.  
  652.  
  653.  
  654.           RFC 1441            Introduction to SNMPv2          April 1993
  655.  
  656.  
  657.           [9]  Case, J., McCloghrie, K., Rose, M., and Waldbusser, S.,
  658.                "Transport Mappings for version 2 of the Simple Network
  659.                Management Protocol (SNMPv2)", RFC 1449, SNMP Research,
  660.                Inc., Hughes LAN Systems, Dover Beach Consulting, Inc.,
  661.                Carnegie Mellon University, April 1993.
  662.  
  663.           [10] Case, J., McCloghrie, K., Rose, M., and Waldbusser, S.,
  664.                "Management Information Base for version 2 of the Simple
  665.                Network Management Protocol (SNMPv2)", RFC 1450, SNMP
  666.                Research, Inc., Hughes LAN Systems, Dover Beach
  667.                Consulting, Inc., Carnegie Mellon University, April 1993.
  668.  
  669.           [11] Case, J., McCloghrie, K., Rose, M., and Waldbusser, S.,
  670.                "Manager-to-Manager Management Information Base", RFC
  671.                1451, SNMP Research, Inc., Hughes LAN Systems, Dover
  672.                Beach Consulting, Inc., Carnegie Mellon University, April
  673.                1993.
  674.  
  675.           [12] Galvin, J., and McCloghrie, K., "Administrative Model for
  676.                version 2 of the Simple Network Management Protocol
  677.                (SNMPv2)", RFC 1445, Trusted Information Systems, Hughes
  678.                LAN Systems, April 1993.
  679.  
  680.           [13] Galvin, J., and McCloghrie, K., "Security Protocols for
  681.                version 2 of the Simple Network Management Protocol
  682.                (SNMPv2)", RFC 1446, Trusted Information Systems, Hughes
  683.                LAN Systems, April 1993.
  684.  
  685.           [14] McCloghrie, K., and Galvin, J., "Party MIB for version 2
  686.                of the Simple Network Management Protocol (SNMPv2)", RFC
  687.                1447, Hughes LAN Systems, Trusted Information Systems,
  688.                April 1993.
  689.  
  690.           [15] Case, J., McCloghrie, K., Rose, M., and Waldbusser, S.,
  691.                "Conformance Statements for version 2 of the the Simple
  692.                Network Management Protocol (SNMPv2)", RFC 1444, SNMP
  693.                Research, Inc., Hughes LAN Systems, Dover Beach
  694.                Consulting, Inc., Carnegie Mellon University, April 1993.
  695.  
  696.  
  697.  
  698.  
  699.  
  700.  
  701.  
  702.  
  703.  
  704.  
  705.  
  706.  
  707.           Case, McCloghrie, Rose & Waldbusser                  [Page 12]
  708.  
  709.  
  710.  
  711.  
  712.  
  713.           RFC 1441            Introduction to SNMPv2          April 1993
  714.  
  715.  
  716.           5.  Security Considerations
  717.  
  718.           Security issues are not discussed in this memo.
  719.  
  720.  
  721.           6.  Authors' Addresses
  722.  
  723.                Jeffrey D. Case
  724.                SNMP Research, Inc.
  725.                3001 Kimberlin Heights Rd.
  726.                Knoxville, TN  37920-9716
  727.                US
  728.  
  729.                Phone: +1 615 573 1434
  730.                Email: case@snmp.com
  731.  
  732.  
  733.                Keith McCloghrie
  734.                Hughes LAN Systems
  735.                1225 Charleston Road
  736.                Mountain View, CA  94043
  737.                US
  738.  
  739.                Phone: +1 415 966 7934
  740.                Email: kzm@hls.com
  741.  
  742.  
  743.                Marshall T. Rose
  744.                Dover Beach Consulting, Inc.
  745.                420 Whisman Court
  746.                Mountain View, CA  94043-2186
  747.                US
  748.  
  749.                Phone: +1 415 968 1052
  750.                Email: mrose@dbc.mtview.ca.us
  751.  
  752.                Steven Waldbusser
  753.                Carnegie Mellon University
  754.                4910 Forbes Ave
  755.                Pittsburgh, PA  15213
  756.                US
  757.  
  758.                Phone: +1 412 268 6628
  759.                Email: waldbusser@cmu.edu
  760.  
  761.  
  762.  
  763.  
  764.  
  765.  
  766.           Case, McCloghrie, Rose & Waldbusser                  [Page 13]
  767.  
  768.  
  769.